(12) 



UK Patent Application , 19 ,GB ,,,,2 368 684 , 13 ,A 



(43) Date of A Publication 08.05.2002 



(21) Application No 0112558.2 

(22) Date of Filing 24.05.2001 



(30) Priority Data 
(31) 09583410 



(32) 31.05.2000 {33) US 



(71) Applicant(s) 

International Business Machines Corporation 

(Incorporated in USA - New York) 

Armonk, New York 10504, United States of America 

(72) Inventor(s) 

John W Sweitzer 

(74) Agent and/or Address for Service 
J P Richards 

IBM United Kingdom Limited, Hursley Park, 
WINCHESTER, Hampshire, S021 2JN, 
United Kingdom 



(51) 


INT CL 7 




G06F9/00 


(52) 


UKCL (Edition T) 




G4AAFN ASX 


(56) 


Documents Cited 




WO 01/75593 A 




US 6106569 A 


(58) 


Field of Search 



WO 01/44966 A 
US 5379423 A 



UK CL (Edition T ) G4A A FN ASX 
INT CL 7 G06F 9/00 9/46 15/00 17/60 
Online: WPI, EPODOC, JAPIO 



(54) Abstract Title 

Managing an object in a management framework 

Em2r , JL n - 9eabH ltV r,° del i l ntegrat . es the notion of the resource's life cycle into a model definition. Thus, for 
fnSn' K-, eS ° U ™ 6 °l 0 e may mClUde 3 number of re P r ^entative stages: before in-hand, before 
installed, while installing, while binding, before operational, and while operational. In a representative 

?n?c Si^Ji^"^? 1 ^ m ° del f ° r an ° bjeCt com P rises a set of Properties, a set of property categories 
n,t™ tk f ° f pr °P ert,es are organized, and at least one category characteristic for a given property 
thl ™^" The ,e ate 9 or V characteristic includes a qualifier having values identifying phases within a life cycle of 
t£f n 1 ^ 9 mana 9 ement ' tributes of the object are classified according to phases of a life cycle of 

the resource. During a given management operation, an operational state of the resource is then identified 
Depending on the operational state identified, a given constraint is then applied to the management operation 
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[qualifiers, ..] 
Class ciassname 

{ 

[qualifiers, ..] 
type propertyl, 
[qualifiers, ..] 
type property2, 
[qualifiers, ..] 
type property3, 
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'TAG" CLASS DETAILS 
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EASY TO EXTEND 



EXAMPLE: 

[Description("x")] 
Class Sample 

i 

[ Key, 

Description("x") ] 
String SamplelD, 
[ Description("x") ] 
Integer SampleCount, 
[ Description("x"), 

Value("open","close") ] 
String SampleStatus 
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[Description("x")J 

Class DatabaseServer 
I 

[ Category("Setting"), 
ChangeabilHy{"At-Create"j 
Validity{"At-Create"} 
MappingStringf'xxxrxxx"} 

] 

Integer ActivePageSet, 

[ CategofyC'Settlng"), 
Vandity{'*While-Operationol"} 
MappingString|"xxx:xxx"| 

] 

Integer ActivePageSize 



<MODa-SPACE> 
<CLASS NAME="Database Server"> 

<PROPERTY TYPE="string" NAME="PAGE SIZE"> 
<QUAUFIER TYPE="integer" NAME="CATEGORY"> 

<VALUE>SETTING</VALUE> 
</QUALIFIER> 

QUALIFIER TYPE="string" NAME="CHANGEABILnT*> 

<VALUE>AT-CREATE</VALUE> 
</QUAUFIER> 

QUALIFIER TYPE="string" NAME='"VAUDITY"> 
<VALUE>WHILE-OPERATIONAL</VALUE> 
</QUAUFIER> 

<QUAJJRER TYPE='*string" NAME="MAPPINGSTRING"> 

<VALUE>xxx:xxx</VALUE> 
</QUAUFIER> 
</PROPERIY> 

<PR0PERTY TYPE^'string" IMAME="ACTIVE PAGE SET> 
<QUAUFIER TYPE="integer" NAME="CATEGORY"> 

<VALUE>C0NSUMPTION<AALUE> 
</QUAUFIER> 

<QUALIRER TYPE="string" NAME='*VAUDITY"> 

<value>while-operational<Aalue> 
</qualifier> 

QUALIFIER TYPE="string" NAME="MAPPINGSTRING"> 

<VALU£>xxx:xxx</VALUE> 
</QUAUFIER> 
</PROPERTY> 
</CLASS> _ _y _ 

</Mooa-spACE> FIG. 8 
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MANAGING AN OBJECT IN A MANAGEMENT FRAMEWORK 



The present invention is directed to managing a large distributed 
computer network. More particularly, the present invention is related to 
5 the field of application management in a large enterprise network. 

The idea of making an information technology (IT) resource manageable 
is not new. Existing management approaches typically incorporate some 
combination of the following: defining managed objects, describing 

10 properties, identifying events, supplying commands or tasks, building 

monitors, or writing rules or canned knowledge. These approaches typically 
borrow techniques from other disciplines such as object oriented 
programming. While useful in their own right, it is difficult to build a 
management system that delivers more than an object browser for 

!5 administrators. This is because known approaches do not capture enough of 

the intent or semantics to configure properly a management tool. 

A managed object, for example, is an abstraction for a resource. 
Like traditional manageability models, a managed object definition 
20 typically includes details about properties, operations or methods, events, 

and the like. Unlike other models, however, these met a -constructs usually 
are organized into predefined categories so that management tools can 
dynamically determine the aspects of the manageability model that matters 
to their users. Without these categories, a management tool that attempts 

2 5 to interpret the manageability model may encounter a managed object (for a 

resource such as a buffer) with hundreds of properties, e.g., maximum queue 
size, queue name, number of elements in a queue, maximum experience queue 
size, longest duration, queue type (prior, LIFO, FIFO), log file location, 
last time full, storage consumed, operational state, and the like. 

30 

A pervasive practice is to distinguish between the readability and 
writeability of a property. These distinctions follow directly from those 
that programmers typically grasp. The purpose is to enable the system 
management framework to be able to handle questions such as: is the 

3 5 property read only, is the property writable, is the property only writable 

at object create time, and so forth? These distinctions typically are 
under-specified when it comes to the manageability of a resource. 
Consider, for example, the situation in which an application requires the 
name of a relational database so that it can determine where to store its 
40 data. The developers of this application may decide that this name needs 

to be provided when the application is installed so that the value is 
writable at install time and readable thereafter. Unfortunately, this 
designation does not enable the system management framework to determine on 
a global basis whether the property is a readable or writable property. As 
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another example, suppose a property like "current number of units" is 
declared readable. Such a declaration does not provide a management 
application with sufficient information to interpret the value of the 
property when the installed component, for example, is stopped. 

5 

Thus, in the heterogeneous computing environment typical of the 
enterprise environment, the number of the attributes for a resource can 
number in the hundreds, each attribute potentially unique to the given 
resource. The number of attributes, the different types of attributes for 
10 different resources, and the individual ways in which such attributes are 

programmed for each resource, tend to make it difficult for the system 
management application to understand the exact nature of the resource and 
the type of management it requires. This is especially true when the 
properties are categorized in programmer- specif ic semantics. 

15 

The managed object also tends to be specific for the given resource. 
Not only are there quite a number of attributes, but there are also 
specialized methods (sometimes called "instrumentation") which to an extent 
duplicate the system management application functionality and must be 
20 written for each managed resource. The greater degree to which a resource 

must have specialized instrumentation written, the greater the expense 
associated with managing the resource. One of the reasons that the 
instrumentation tends to be more extensive than desired is that the 
attributes are not described uniformly in a way that the management 

2 5 application can understand the nature of the resource. 

Therefore, it would be desirable to provide new techniques for 
classifying the attributes of a managed object in a system management 
framework to improve system management in a heterogeneous computing 
30 environment as well as to structure the system management framework in such 

a way as to reduce the amount of instrumentation required in a typical 
managed object. 

This object is met by the invention claimed in claim 1 and/or other 

3 5 claims appended hereto. 

In an embodiment of the invention, a set of properties for a managed 
object representing a resource within a manageability model are organised 
into two broad groups. The first group categorises a particular property 
40 in management terms according to a set of property category qualifiers. 

The property categories generally describe how the specific property is 
used by a management application or tool in the framework. The second 
group captures details about characteristics that apply to a particular 
category. These characteristics are defined by a set of category 



characteristic qualifiers, several of which include may be associated with 

a phase within a life cycle of the resource being modelled. Thus, in the 

embodiment, the first group includes the following categories- 

identification, configuration settings, resource consume- ™ 

dt-ai-nc = ■, ce consumption, measurement, 

status, and work or activity collated. The second group iuolud.e 

loe""^"^: 0 9Ualltl °" SUC " " Val "' l«»=y, validity, 

location, life span, scope, snd the like. 

The manageability model also integretes the notion of the resource's 
l.fe cycle into the model definition. Thus, for example, the resource life 

ZllZ in lT a " — in-hand "e l 

opera ".I T :r" llinS ' " hile bi ° di °- °P««tional, and while 

operational, m the embodiment, the manageability model for ,» object 
comprise, a set of properties, . set of property categories into V IZ the 

o l ZT tiSS m 0r9 " 1Sed ' *" d " - characterist c 

^.lifter h T C " e90ry ' C "' 9 ^ <=-«acteri,tic includes a 

qualifier having value, identifying ph.ses within a Ufa cycle of the 

"^colT/r^ 17 C °° £irmS " ^ Management Task 

adv.„t F " * Uad " rSt » dl =3 °< "e present invention and the 

advantages thereof, refarenos should be made to the following description 
of an embodiment thereof taken in connection with the accompanying 
drawings, in which: y y 

techn 1 ±11UStrateS 9 ^ -nageability model for an information 

technology resource; 

Figure 2 illustrates a manageability model in more detail; 

an install^ 3 "^"^ * -"^ility -del that is organised around 
an installable unit; 

Figure 4 illustrates the inventive technique of organizing a 
resources set of properties according to property category qualifiers,. 

Figure 5 is a table illustrating the properties of a resource 
(namely, a buffer) into a set of categories; 

Figure 6 is a table illustrating the permitted combination of 
Property category qualifiers and the category characteristic qualifiers 
according to an embodiment of the invention- 
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Figure 7 illustrates a conventional DMTF Common Information Model and 
its associated Extensible Markup Language (XML) representation; 

5 Figure 8 is an illustration of a portion of a manageability model 

(together with corresponding XML) according to the present invention for a 
database server having a set of properties; and 

Figure 9 illustrates how the manageability model integrates the 
10 notion of a resource's life cycle into a method declaration for a category 

characteristic such as changeability. 

Figure 1 illustrates a known manageability model 100 that is used to 
manage an information technology resource 102 such as an application, a 
15 database, a network, a system, a storage, a combination thereof, or the 

like. The model comprises a set of management components 104 that are 
configured based on manageability information 106 collected by installable 
components, operator commands, configuration commands, events/monitors, 
diagnostic decision trees, discovery, or the like in a known manner. A 
known management framework of this type is IBM® Tivoli® Managed 
Environment. Further details about this product can be obtained from the 
Tivoli web site at www.tivoli.com. 

Figure 2 illustrates the manageability model in more detail . As can 
be seen, the manageability model 200 includes a set of properties 202 and 
tasks 204 for the entire model expression. The model 200 includes one or 
more model spaces 206, each of which includes a set of properties 208 and 
tasks that apply to the entire model space 206, and a set of tasks 210. 
The class 211 includes a set of class properties 212, a set of class tasks 
214, a set of instance properties 216, and a set of instance tasks 218. 

in an illustrative embodiment shown in Figure 3, the manageability 
model is organized around the notion of an installable unit 300. In this 
example, an octagon represents a component. A dark oval represents 
situations for which model spaces are defined. The enlarged ovals contain 
the model for a particular model space. Model spaces can be viewed as a 
special type of association because they represent an association between 
an object and another model as opposed to an association between two 
objects. As a result, model spaces systematically partition the 
manageability model into meaningful parts that emphasize important aspects 
of managing a particular IT resource. 
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The installable unit is an abstraction that a manufacturer or 
supplier constructs for introducing an IT resource into an IT environment. 
Class definitions serve as the primary building block for capturing details 
in the manageability model of Figure 3. Preferably, the manageability 
5 model partitions managed object definitions into model spaces, which is a 

partition that captures a particular perspective of the reality about an IT 
resource. As seen in Figure 3, the model spaces may include a macro model 
space 302 that captures the details for the installable component 300. 
This is what can be installed into or de-installed from an environment. An 

10 execution environment model space 304 captures the dependencies the 

installable component has on its hosting environment. These are the 
characteristics or the services the installable component requires from its 
environment to deliver the services it provides. A consumable services 
model space 306 details the services or capabilities the installable unit 

15 can provide for other IT resources. The bill of materials model space 308 

captures details about the IT resources an installable created in an 
environment for the installable component, e.g., the files for given 
software code. An internals model space 310 captures the details about the 
internals of the installable component. Finally, a symptoms model space 

2 0 312 captures details about problems with respect to the installable 

component that have specific diagnostic aids. With this organization, 
management tools can easily transition between different levels of 
management. For example, a software distribution tool can deal with the 
macro model space 302 and the details in the bill of materials model space 
25 308, while a resource-specific diagnostic tool deals with the details in 

the internals model space 310. The execution environment, consumable 
services, bill of materials, internals, and symptom model space details are 
typically contained with an installable managed object definition. 

3 0 Each model space contains a set of managed object definitions and 

instances. Both the definitions and instances are preferably expressed 
using the syntax and semantics of the Distributed Management Task Force's 
(DMTF's) Common Information Model (CIM) ♦ Therefore, the models within a 
particular model space can be expressed in terms of classes, associations, 

35 and properties. The CIM meta model provides a convenient way to express 

additional semantics through qualifiers. As is known, the CIM model 
include a set of class level qualifiers that can be used for expressing 
limits imposed on the number of instances of a particular class, for 
identifying the stages in the life cycle in which a class (association) 

40 instance can be created, for identifying the stages in the life cycle in 

which a class (association) instance can be destroyed, and the like* 

While the CIM meta model provides a meaningful base, it would be 
desirable to augment the model to more completely declare the manageability 
of a resource. The present invention achieves this goal by organizing 
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properties and characteristics of the properties within the manageability 
model in a novel way. Figure 4 illustrates this process for a set of 
properties 400 for a given managed resource. The managed resource in this 
example is a buffer having a set of properties such as: maximum queue size, 
5 queue name, number of elements processed, maximum observed queue size, 

longest duration, log file location, storage consumed, operational state, 
and the like. Of course, this properties set is merely representative as a 
given managed object may have many more properties. According to the 
invention, the set of properties within the manageability model for a 

10 managed object representing a resource are organized into two broad groups. 

The first group 402 categorizes a particular property in management terms 
(as opposed to, for example, programmer- type terms) according to a set of 
property category qualifiers. The property categories generally describe 
how the specific property is used by a management application. Thus, for 

15 example, for identification purposes, for measurement, for status, and the 

like. The second group 404 captures details about characteristics that 
apply to a particular category. These characteristics are defined by a set 
of category characteristic qualifiers, several of which include may be 
associated with a phase within a life cycle of the resource being modeled. 

20 Thus, in the illustrative embodiment of Figure 4, the first group 402 

includes the following categories: identification, configuration settings, 
resource consumption, measurement, status, and work or activity completed. 
The second group 404 includes characteristic qualifiers such as value, 
changeability, latency, validity, location, life span, scope, legal values, 

2 5 and the like. 



According to the invention, a set of property category qualifiers 
(e.g., identification, configuration setting, and the like) identify the 
type of management information captured by a particular property while a 
set of category characteristic qualifiers identify characteristics of the 
property categories. As can be seen, the categories (which are merely 
representative) are selected and defined in such a way as to be helpful in 
understanding the nature of the property. Thus, for example, the 
identification category includes the properties that uniquely identify a 
managed object within a particular context or scope. A configuration 
setting category includes properties that change the functionality of the 
managed object or that adapt the managed object to its environment. The 
resource consumption category identifies the properties that record 
information about the resource being consumed by a managed object. The 
status category includes the properties that help a management tool to 
assess a managed object's ability to deliver the service (s) it supports. 
The measurements (or quality of service) category includes the properties 
that represent the service the component is providing that are appropriate 
for service level agreements, and the work or activity completed category 
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includes properties that record statistics about activities performed or 
completed by the IT resource represented by the managed object. 

Preferably, all properties of the managed object are categorized so 
5 that a category qualifier can be specified by every property. Figure 5 

illustrates a table that reorganizes the buffer's set of properties into 
the above- described categories. In this example, the queue name property 
is identified in the identification category, the maximum queue size, queue 
type and log file location properties are identified in the configuration 

10 setting category, the storage consumed property is identified in the 

resource consumed category, the maximum experience queue size, longest 
duration and shortest duration properties are included in the measurements 
category, the operational state property is included within the status 
category, and the number of elements in queue property is included in the 

15 work or transactions completed category. 

Thus, according to the invention, a property category qualifier 
identifies the type of management information captured by a particular 
property, while a category characteristic qualifier provides further detail 

2 0 about the values a particular property may hold. Thus, for example, a 

value qualifier may be used to restrict the values a particular property 
can hold. A changeability qualifier may be used to specify when a property 
can be changed (e.g., via a set operation) based on a resource life cycle. 
A validity qualifier may be used to specify when in the resource's life 

25 cycle the value of a property can be obtained (e.g., via a get operation) . 

A latency qualifier may be used to specify when a value change takes effect 
(e.g., whether or not the resource needs to be restarted before a 
configuration setting takes effect. A durability qualifier can be used to 
specify the duration of a value of a property (e.g., what the value will be 

30 when the resource is re-started. A location (or mapping string) qualifier 

may be used to identify the location of a particular property, e.g., by 
identifying a lookup mechanism. With this qualifier, a management tool 
should be able to determine how to change or retrieve a value for the 
property. Of course, the above are merely representative. 

35 

The table in Figure 6 shows the valid combination of property 
category qualifiers and the category characteristic qualifiers according to 
one embodiment of the present invention. For each property category 
qualifier (in a column) , a cell is shaded if it is legal to specify a 
40 particular characteristic qualifier (in a row) . When an intersecting cell 

is not shared, a property category qualifier and a category characteristic 
qualifier are mutually exclusive. 
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The following is a detailed specification of the category 
characteristic qualifiers in an illustrative embodiment: 
QUALIFIER: VALUEMAP and VALUE 

The Valuemap and Value qualifiers are used to restrict the values a 
particular property can hold. These qualifiers are taken directly from the 
DMTF CIM specification. 



VALUEMAP 



NULL 



Property 



STRING 
ARRAY 



Defines the set 
of permissible 
values for this 
property. The 
ValueMap can be 
used alone, or in 
combination with 
the Values 
qualifier. When 
used in 

combination with 
the Values 
qualifier, the 
location of the 
property value in 
the ValueMap 
array provides 
the location of 
the corresponding 
entry in the 
Values array . 
ValueMap may only 
be used with 
string and 
integer values. 
The syntax for 
representing an 
integer value in 
the ValueMap 
array is: 

[+| -] digit [ 

*digit] 
The content, 
maximum number of 
digits and 
represented value 
are constrained 
by the type of 
the associated 
property . For 
example, uint8 
may not be 
signed, must be 
less than four 
digits, and must 
represent a value 
less than 256. 
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VALUES 



MULL 



Property 



STRING 
ARRAY 



Provides 
translation 
between an 
integer value and 
an associated 
string. If a 
ValueMap 

qualifier is not 
present, the 
Values array is 
indexed (zero 
relative) using 
the value in the 
associated 
property. If a 
ValueMap 
qualifier is 
present, the 
Values index is 
defined by the 
location of the 
property value in 
the ValueMap. 



QUALIFIER: CHANGEABILITY 

The changeability qualifier specifies the points in a resource's life 
cycle when the value of a property can be changed. The following table 
specifies this qualifier: 



QUALIFIER 


DEFAULT 


APPLIES 
TO 


TYPE 


MEANING 


CHANAGEAB I L I T Y 


null 


Property 


STRING 
ARRAY 


This qualifier 
identify the points 
in a resource's life 
cycle when the value 
of a property can be 
changed. The string 
values must be one 
of the following: 
"When-Manufactured" 

"Before -In-Hand" - 
Can only be changed 
by the manufacture . 
"Before -Ins tailed" - 
Can only be changed 
by installation. 
"While-Installing" - 
"While-Binding" - 
"Before-Operational" 

"While-Operational" 

"While-In-Use" - 
Usage Rule: See 
Figure 6 



QUALIFIER: VALIDITY 



As noted above, the validity qualifier specifies when in the 
■esource's life cycle the value of a property can be used (get operation). 
This qualifier may be specified as follows: 



QUALIFIER 


DEFAULT 


APPLIES 
TO 


TYPE 


MEANING 


VALIDITY 


Null 


Property 


STRING 
ARRAY 


This qualifier helps 
a management tool 
know when it can 
make decisions based 
on the value of the 
property. Allowable 
values are : 
"Before - In-Hand" - 
Can only be changed 
by the manufacture. 
"Before -Ins tailed" - 
Can only be changed 
by installation. 
"While -Ins tailing" - 
"While -Binding" - 
"Before -Operational" 

"While-Operational" 

"While-In-Use" - 
Usage Rule : See 
Figure 6 


Qualifier VALIDITY : String [] , Scope (property ), Flavor (); 



QUAL IFIER : LATENCY 

The Latency qualifier specifies when the value change takes effect. 
This qualifier may be specified as follows: 
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QUALIFIER 


DEFAULT 


APPLIES 
TO 


TYPE 


MEANING 


IiATENCY 


"Immediate" 


Property 


String 


This qualifier 
provides a 

management tool with 
information about 
when a change 
operation takes 
effect . 

Allowable string 
values are: 
"Immediate" - Upon 
return . 

"nen btarceu — 
When the resource is 
re-started. 
"Delayed" - After a 
reasonable amount of 
time. 

Usage Rule: See 
Figure 6 . 


Qualifier Latency : String = "Immediate", Scope (property ) 
Flavor () ; i * * 



QUALIFIER: DURABILITY: 

The Durability qualifier specifies the duration of a value of a 
property. This qualifier may be specified as follows: 



QUALIFIER 


DEFAULT 


APPLIES 
TO 


TYPE 


MEANING 


DURABILITY 


"Permanent 


Property 


String 


The value of this 
qualify lets the 
management tools 
know how long a 
value change is 
maintained. 
Allowable values 
are : 

"Permanent" 
"Until Stopped" 
Usage Rule: See 
Figure 6 . 


Qualifier durability : String = "Permanent", 
FlavorO; 


Scope (property ) , 
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QUALIFIER: UNIQUENESS SCOPE 



QUALIFIER 


DEFAULT 


APPLIES 
TO 


TYPE 


MEANING 


UNIQUENESS 
COPE 


u Within-Mod 
elspace" 


Property 


String 


The value of this 
qualifier helps a 
management tool 
understand the 
uniqueness scope of 
identifiers . 
Allowable values 
are : 

u Execution 
Envi ronmen t " 
w Wi thin-License" 
w Wi thin-Enterprise" 
"Univer sally" 
"Within-Modelspace" 
" Wi t hin - Vendo r " - 
The id is unique for 
the resource type 
provided by a i 
particular vendor. 
Assumed to be within 
a product type or 
product line. 
Usage Rule: See 
Figure 6 . 
Usage Rule : At 
least one of the 
i.O-L_LOwmg quaiiiicib 
must be specified. 
Usage Rule: The 
category 
characteristic 
qualifiers that must 
be specified with 
this qualifier are: 
xxxx 


Qualifier UniquenessScope : String = "Within-Modelspace" , 
Scope (property ), Flavor (); 



QUALIFIER: MAPPINGSTRING 
5 The MAPPINGSTING qualifier identifies the location of a particular 

property by providing the look up mechanism. 



MAPPING 


NULL 


Class, 


STRING 


A mapping string for 


STRINGS 




Property, 


ARRAY 


a given provider or 






Associatio 




agent . 






n, 




Usage Rule: See 






Reference 




Figure 6 . 
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As noted above, the present invention may take advantage of the DMTF 
Common Information Model initiative. Figure 7 illustrates the CIM meta 
model construct and its associated Extensible Markup Language (XML) 
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representation. Figure . illustra te S how this model is then used to create 
a manageability model for a database server resource (called 
Databaseserver) according to the present invention. As seen in this 
figure, the managed object class called Databaseserver has a number of 
propert.es including page size, and active page set. The prope^ 
qualifier for the page size property indicates that- I 

ItLorv' h ' " ttln9 Pr ° Perti ' *" d in ° 1 »< i « =<» •« of 

the Lse oTIL valiaitv ana m ,ppi» g s trin 3 . In 

r uit? — r ^:rr: 1 :: 9 : 1 ::: t :i:::" y h - 

=orresponar„ g ML £or thl0 portion of th<( mn , 3eaibility m<jde ^ 

aeo^on"""^ b r e£ly * bOV *' 9eatility i'ii' 3 * • 

ia a", t o — — » unaersta»ain g o £ when it 

g«i to execute tha operation. Thus, for example, it aoes not mak. 

;: Se " * — «. utiUaation. task when the^T resource ls 

not operational. The ^ea.iHt. TOd el solves this problem b y 
-te 3 ra tl „ g the notion or the resources li Ie cycle into the mcL 
aaf lnltl on such „ illustratea in ^ ,. As seen ln ^ uj^^ 
tha resource life cycle inclna.e a number of representative .t 
in hana. before install, while install, while o^i^ hefoT 

~ 7£Z a 1 " hUe TOl0M1 ' aalactivelv 
Thu. t V P *" leS ' e ' S " * V ' ad ° r - " »*inistr,tor, or , user 

Thus taxm g the ex«»ple of a buffer as the „ana g .a resource, the s"e of 

As described above, given category characteristics have associated 

Lrlform I ch ^ability characteristic, the qualifier 

before h « * ^ ^ M —factured, 

before-m-hand," "while-binding., and the li ke . xhe validity 

characteristic qualifier has similar string values. The lately 

characteristic qualifier also includes life cvcle sr^r-if / 

•^mediate,- "when started,- ..delayed" and the L n tV " 

manageability model provides a much more compre^ ive vi ^ 

ZlZl^lTT" 1 ™' ^ m0dSl inClUdSS — — ral-speciLc 
descriptions as when an attribute can be changed by a management 

z : f c ;:r tco1 and the iatency ° f the *™ e - „ to 

specifying timing issues, the model may also include a qualifier for 
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location, i.e. a description of where within the network an attribute can 
be changed, a qualifier for scope, i.e. the effective extent of an 
attribute value, and a qualifier for life span, i.e. how long an attribute 
value lasts one it is set. 

With this additional information in the attributes, additional 
instrumentation in each of the managed objects can be avoided. This 
provides significant advantages over the prior art, wherein specialized 
methods typically must be written for each managed resource. Because the 
manageability model does not require instrumentation, the model is 
essentially "operationless, - which reduces the complexity of the model in 
design and use. One of ordinary skill in the art will appreciate that the 
manageability modeling techniques of the present invention may be 
implemented within any known or later-developed system management 
framework. As is well known, a system management framework manages system 
resources identified by managed objects. In a representative embodiment of 
the invention that has been described, properties of a given resource are 
categorized into a set of property categories, with each property category 
identifying, for example, how the property is used by the management 
application or tool. Given category characteristics are then applied to the 
property categories. The system resources are then managed using the 
manageability model by the system management framework. In the preferred 
embodiment, the category characteristics describe how the defined property 
might vary during the resource's life cycle, as well as other 
characteristics such as location, scope and life span. The property and 
characteristic qualifiers provide a much more robust manageability model 
for the IT resource as compared to the prior art. 

One of ordinary skill in the art will appreciate that the 
manageability model as has been described above provides significant 
advantages when managing an object representing a resource. As has been 
described, the model facilitates the classification of attributes of the 
object according to phases of a life cycle of the resource. During a 
given management operation, the operational state of the resource may then 
be identified and used to apply a given constraint to a management 
operation. Thus, for example, the operational state of the resource may 
indicate that a given operation cannot then be carried out, e.g., because 
the resource is not yet installed. In such case, the given constraint 
restricts a system management application or tool from performing a given 
action. Stated another way, the given constraint only permits the system 
management application or tool to perform the action during a given phase 
of the life cycle of the resource. 
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The manageability model may be created using conventional software. 
A particular implementation of the model, as has been described, uses XML 
to represent the model, although this is not a requirement of the present 
invention. Such software, together with the system management framework 
and management tools, are typically implemented as computer programs 
executable by a processor on a given machine or machines. One of the 
preferred implementations of such software is as a set of instructions in a 
code module resident in the random access memory of a computer. Until 
required by the computer, the set of instructions may be stored in another 
computer memory, for example, in a hard disk drive, or in a removable 
memory such as an optical disk (for eventual use in a CD ROM) or floppy 
disk (for eventual use in a floppy disk drive) , or even downloaded via the 
Internet . 

The manageability modeling techniques of the invention may be 
practiced for a single managed object or many such objects in a large 
distributed enterprise. One such enterprise is a Tivoli Managed 
Environment that includes computing resources organized into one or more 
managed regions, each region being managed by a management server servicing 
one or more gateway machines, with each gateway machine servicing a 
plurality of endpoint machines. In that environment, a system management 
framework is preferably "distributed" on the gateway machines and the one 
or more endpoint machines to carry out system management tasks. Although 
the above environment is preferred, one of ordinary skill will appreciate 
that the inventive concepts may be implemented in smaller distributed 
client server network environments. Thus, the invention should not be 
construed to be limited to a particular large scale, distributed computing 
environment . 

In addition, although the various methods described are conveniently 
implemented in a general purpose computer selectively activated or 
reconfigured by software, one of ordinary skill in the art would also 
recognize that such methods may be carried out in hardware, in firmware, or 
in more specialized apparatus constructed to perform the required method 
steps . 
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CLAIMS 

1. A manageability model for a resource, comprising: 
a set of properties; 

a set of property categories into which the set of properties are 
organised; and 

at least one category characteristic for a given property category, 
wherein the category characteristic includes a qualifier having values 
identifying phases within a life cycle of the resource. 

2. The manageability model as described in Claim 1 wherein the set 
of property categories include one or more of the following: 
identification, setting, resource consumption, measurement, status, and 
work completed . 

3 . The manageability model as described in Claim 1 wherein the 
category characteristic is changeability, validity, latency, durability, 
scope, or location. 

20 4. The manageability model as described in Claim 1 organized into 

a schema conforming to a DMTF Common Information Model (CIM) . 

5. A method of managing an object representing a resource in a 
management framework, comprising: 

25 classifying in a model attributes of the object according to phases 

of a life cycle of the resource; 

during a given management operation, identifying an operational state 
of the resource; 

depending on the operational state identified, applying a given 
3 0 constraint to the management operation. 

6. The method as described in Claim 5 wherein the model confirms 
to the DMTF Common Information Model (CIM) . 

35 7. The method as described in Claim 5 wherein the model is written 

in Extensible Markup Language (XML) . 

8 . The method as described in Claim 5 wherein the phases of the 
life cycle include a phase selected from: when -manufactured, 
40 before- in-hand, before- installed, while-installing, while -binding, 

before-operational, while-operational, and while- in-use . 



9 . A method of managing system resources identified by managed 
objects in a system management framework, comprising: 
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identifying phases of a life cycle of a given system resource; 
classifying attributes of each managed object into the categories 
according to the life cycle phases; and 

managing the system resources using the set of property categories, 

5 

10 . The method as described in Claim 9 wherein the categories 
include at least one property category, 

11. The method as described in Claim 10 wherein the property 
10 category includes at least one characteristic having a value that is 

modified according to a phase of the life cycle of the given system 
resource . 

12 . The method as described in Claim 9 wherein the attributes are 
15 classified in a model. 

13. The method as described in Claim 12 wherein the model conforms 
to the DMTF Common Information Model (CIM) . 

20 14. The method as described in Claim 12 wherein the model is XML. 

15. A managed object for use in a system management framework, 
comprising : 

a set of properties; 

25 a set of property categories into which the set of properties are 

organized; and 

at least one category characteristic for a given property category, 
wherein the category characteristic includes a qualifier having values 
identifying phases within a life cycle of the resource; 
3 0 wherein the managed object has different characteristics depending on 

an operational state of the resource during the life cycle phases. 
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